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(54) System and method for synchronizing presentation of media stream playllsts with real time 



(57) A multimedia server system includes a disk 
array subsystem including a plurality of multimecfia files, 
e.g., movies, a media file system manager for managing 
the storage of the plurality of multimedia files within the 
disk array subsystem, and a playlist which includes a list 
of titles of specific multimedia files to be played at des- 
ignated times. The multimedia server system advanta- 
geously includes synchronization parameters asso- 
ciated with each of titles specified by the playlist. The 
synchronization parameters are programmed to specify 
the manner in which particular files should be truncated 
in order to compensate for admission delays. An admis- 
sion delay synchronization unit receives the synchroni- 
zation parameters and truncates the multimedia files as 
specified by the synchronization parameters. In one 
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implementation, a first synchronization parameter is 
used to specify that the current file should be truncated 
at the time for the play of the next file. A second syn- 
chronization parameter specifies that up to a given 
amount of time should be sacrificed at the beginning of 
the next file to account for the admission delay of the 
current file. In this manner, the beginning of the next file 
is truncated. Still a third synchronization parameter is 
provided to specify an amount of time up to which the 
current file will be truncated at it's end to account for it's 
admission delay. As a result, the truncated file can be 
played in a shorter amount of time than the scheduled 
duration, and the "excess time" created is available to 
absorb any admission delay. 
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Description 

This invention relates to multimedia server systems 
and more particularly to the synchronization of media 
stream playiists with real time i.e., actual clock time, in a 
video server environment. 

Media servers provide cost-effective video, audio, 
and other multimedia stream capabilities for use in both 
business and consumer environments. For example, a 
video server may include a library of video sources such 
as movies from video, and permit one or more users to 
select one or more of the movies for viewing. The video 
server typically includes magnetic storage hard disk 
drives on which recorded blocks from the user-selected 
video sources are magnetically stored. Movies typically 
are two hours long, and are encoded (e.g., using 
MPEG) at a rate of between perhaps one Mb/second 
and about eight Mb/second. Thus, one movie may 
require one GB to eight GB of storage media. 

An admission arbiter unit is typically provided to 
limit the overall number of users of the video server at a 
given time and to prevent overloading of the network or 
disk storage system. Such overload could cause movies 
to run too slowly or to move forward (or backward) in a 
jerky manner The time at which a particular movie 
should be played and the order at which movies are 
played is controlled by a playlist. A playlist is a contigu- 
ous list of multimedia titles placed at a particular posi- 
tion upon the playlist timeline. Each title has a specified 
duration. Once a command to play the playlist is given, 
the play should advance along the playlist timeline in 
equal measure with the time of day. 

It is often impractical to store an entire movie in a 
single hard disk unit since a typical hard disk unit can 
only output data at a rate of a few Mb/second. To cir- 
cumvent this storage problem, it is common to store 
blocks of the movie (e.g.. perhaps 0.5 second 
sequences) across multiple hard disk units. These 
l5locks are then read out or transferred to a buffer, and 
communicated over the network. As these trfocks are 
sent over the network, new blocks from the movie are 
read out from the hard disk unit. At the receiving erxi, 
the blocks are decoded for user viewing on a video 
monitor, television receiver or the like. 

The use of hard disk drives to store information 
magnetically is well known. A single hard disk drive typ- 
ically includes several rotating disks or platters upon 
whose surfaces information may be written or read by a 
read/write head. Within a hard disk drive, the platters 
rotate together, and all read/write heads typically are 
moved simultaneously to access different platter posi- 
tions. A platter typically is formatted into concentric 
tracks that define collectively, platter-to-platter, a family 
of concentric cylinders, and into sectors that represent a 
porb'on of a track. A controller associated with the hard 
disk unit determines which cylinder, read/write head 
and sector is to be accessed for reading or writing. 
The platters may also be considered as being 



divided into zones. Since they are physically larger, 
tracks in zones at the outer platter perimeter contain 
more sectors than tracks in zones nearer the rotational 
axis of the platter Therefore, assuming that the platters 

5 rotate with a constant velocity w, the data bandwidth 
available from the outermost zones is greater than the 
data bandwidth available from the innermost zones. 
Even with modem hard disk drives, there can be a 2:1 
variation between worst case and average case disk 

10 transfer bandwidth, due to sectors/track variations 
between outer arxJ inner zones. 

Unfortunately, providing a video bit stream from the 
output of a video server at the exact time specified by 
the playlist is difficult due to the delays inherent in multi- 

15 media players, which is a property of the disk access 
times and other delays associated with the multimedia 
server. The delay between the time when the play of a 
particular title on the playlist is commanded and the 
actual initiation of play is referred to as "admission 

20 delay". 

The length of an admission delay is in general not 
of predictable duration. The duration of any particular 
admission delay is a property of the current load on the 
multimedia server and the specific timing relationship of 

25 the request to initiate play with respect to the position of 
the first requested data block within the disk array con- 
taining the multimedia stream. As a result, the exact 
time at which the video bit stream will be provided from 
the multimedia server will become offset with respect to 

30 real time. As a day progresses, the offset between the 
playlist and real time may increase due to the accumu- 
lating admission delays of the movies within the playlist. 

Hence, a system and method would be desirable to 
synchronize the presentation of media stream playiists 

35 with real time, and to allow a system operator to flexibly 
specify the manner in which admission delays are 
accounted for. 

The problems outlined above are in large part 
solved by a system and method for synchronizing pres- 
to entation of media streams, e.g. movies, with real time in 
accordance with the present invention. Particular and 
preferred aspects of the invention are set out in the 
accompanying independent claims. 

In one embodiment, a multimedia server system 

45 includes a disk array subsystem including a plurality of 
multimedia files, a mecfia file system manager for man- 
aging the storage of the plurality of multimedia files 
within the disk array subsystem, and a playlist which 
includes a list of items (identifiers) corresponding to a 

50 specific subset of the multimedia files to be played at 
designated times. The multimedia server system advan- 
tageously includes synchronization parameters associ- 
ated with each of the items specified by the playlist. The 
synchronization parameters, which are programmed by 

55 a system operator or an end user, specify the manner in 
which multimedia files corresponding to each item in the 
playlist should be truncated in order to compensate for 
admission delays. 



2 



<EP 0817489A2 I > 



3 



EP 0 817 489 A2 



4 



An admission delay synchronization unit receives 
the synchronization parameters and truncates the mul- 
timedia files as specified by the synchronization param- 
eters. In one innplementation, a first synchronization 
parameter is used to specify that the current multimedia 
file should be truncated at the time for the play of the 
next multimedia file. A second synchronization parame- 
ter is provided to specify that up to a given amount of 
time should be sacrificed at the beginning of the next 
multimedia file to account for the admission delay of the 
current multimedia file. In this manner, the beginning of 
the next multimedia file is truncated. 

A third synchronization parameter is provided to 
specify an amount of time up to which the current multi- 
media file can be truncated (at its end) to account for 
any admission delay. In other words, by permitting the 
actual play duration ("played duration") of each multime- 
dia file to be shorter than scheduled allocation of play 
time for the multimedia file, the difference between the 
scheduled and played durations, i.e.. the ''excess time", 
can be used to absorb any admission delays, thereby 
avoiding the problems associated with accumulative 
admission delays over a period of time. 

As a result, the multimedia server system advanta- 
geously allows the synchronization of the presentation 
of media streams with real time over the period of time 
by allowing a system operator to flexibly absorb any 
admission delays. 

Exenrplary embodiments of the invention are 
desaibed hereinafter, by way of example only, with ref- 
erence to the acconpanying drawings in which: 

Figure 1 is a functional block diagram of a multime- 
dia server system in accordance with one embodi- 
ment of the present invention. 
Rgure 2 is a diagram that illustrates an exemplary 
listing of multimedia titles specified by a i^er and 
exemplary associated synchronization parameters. 
Rgure 3 is a flow diagram which depicts the opera- 
tion of an admission delay synchronization unit. 
Rgure 4 is a diagram which illustrates the synchro- 
nization of items specified by a playlist with real 
time. 

While the inventon is susceptible to various modifi- 
cations and alternative forms, specific embodiments 
thereof are shown by way of example in the drawings 
and wilt herein be described in detail. It should be 
understood, however, that the drawings and detailed 
description thereto are not intended to limit the invention 
to the particular form disclosed, but on the contrary, the 
intention is to cover all modifications, equivalents and 
alternatives falling within the scope of the present inven- 
tion. 

Turning now to Fig. 1 . a functional block diagram is 
shown of a multimedia server system in accordance 
with one emkxxJiment of the present invention. As will 
be explained in further detail below, several of the func- 



tional blocks depicted in Fig. 1 may be implemented in 
software. 

The multimedia server system 10 of Fig. 1 includes 
a disk array subsystem 12 which may comprise one or 

5 more magnetic disk drives that store video. Video files 
stored by disk array subsystem are managed by a 
media file system manager 14. More specifically, media 
file system manager 14 allows specified files to be out- 
put from multimedia server system 10 by scheduling 

10 accesses to disk array sut)system 12 via a scheduler 16 
and disk driver 18. A multimedia bit stream is output 
from multimedia server subsystem 10 through a bit 
pump unit 20 including buffers 22 which temporarily 
store data accessed from disk array subsystem 12 in 

75 response to commands from disk driver 1 8. The output 
of bit pump 20 a bit stream of encoded video (and 
audio, if present) information. For example, the output of 
bit pump 20 may be encoded in an MPEG (Motion Pic- 
ture Experts Group) format. 

20 New video files may be stored within disk array sub- 
system 12 via a file input interface 24. The storage of 
files within disk array subsystem 12 is managed by 
media file system manager 14. 

rt is noted that file input interface 24 may communi- 

25 cate with media file system manager 14 through an 
application programming interface (API). It is further 
noted that media file system manager 14. scheduler 1 6. 
disk driver 18. file input interface 24. and/or playlist 26 
may be implemented either partially or wholly in soft- 

30 ware, and that one or more micrcprocessors may be 
employed as a portion of the hardware forming multime- 
dia server subsystem 10 to control the functionality of 
these blocks. 

It is further noted that the above described features 

35 of multimedia server subsystem 10 are conventional, 
and that a variety of other specific implementations of a 
multimedia server system are also possible that employ 
the system and method for synchronizing the presenta- 
tion of media stream ptayltsts with real time in accord- 

40 ance with the following description and appended 
claims. 

The functional block diagram of multimedia server 
system 10 as illustrated in Figure 1 also depicts syn- 
chronization parameters 30 which are associated with a 

45 playlist 26. Playlist 26 is also shown coupled to an 
admission delay synchronization unit 32. More specifi- 
cally, synchronization parameters 30 allow a user to 
specify the manner in which multimedia server system 
10 synchronizes the output of multimedia as specified 

so by playlist 26 with real time. 

Rg. 1 finally illustrates an admission delay synchro- 
nization unit 32 which receives the synchronization 
parameters 30 and playlist 26, and controls the syn- 
chronization of the video output from multimedia server 

55 system 10 accordingly. Playlist 26 includes commands 
that specify what files are to play and at wtiat time the 
specified files should play. Admission delay synchroni- 
zation unit 32 uses this information, along with the cur- 
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rent time of day ("real time") as indicated by real time 
clock 28, to provide output requests to disk array sub- 
system 12 via scheduler 16. 

The specific manner in which admission delay syn- 
chronization unit 32 synchronizes playlist 26 depends s 
upon synchronization parameters 30. Details regarding 
further aspects of synchronization parameters 30 and 
admission delay synchronization unit 32 will be provided 
below in conjunction with the description of Figs. 2-4. It 
is noted that, similar to several of the other functional io 
blocks of Fig. 1, synchronization parameters 30 and 
admission delay synchronization unit 32 may be par- 
tially or wholly implemented in software. 

Rg. 2 illustrates playlist 26 including an exemplary 
listing of multimedia titles with itemDuratlons as sched- is 
uled by a user to be output from multimedia server sys- 
tem 10 in the specified sequence. Associated with each 
listed movie is an amount of real time (clock time) allo- 
cated for playing each movie, called the "itemDuration". 

In addition. Fig. 2 further illustrates synchronization so 
parameters 30 which includes a set of synchronization 
parameters associated with each movie on playlist 26. 
Each set of parameters include a parameter "isTimeL- 
ocked", a parameter "joinlnDuration", and a parameter 
"playDuration". As stated previously, synchronization 25 
parameters 30 are used by synchronization unit 32 to 
maintain the given itemDuration for each movie, given 
the expectation that pertur1>ations of playtime are intro- 
duced by admission delay. 

Rg. 3 is a flow diagram which depicts the operation so 
of admission delay synchronization unit 32. In the fol- 
lowing description, depending on the context, an "item" 
refers to either an identifier of a media stream or to the 
content of the media stream. Time synchronized play of 
playlist 26 is initiated by issuing a command to synchro- 35 
nization unit 32 directing unit 32 to begin play of the 
playlist 26 at a particular iDoint in real time by referenc- 
ing real time clock 28. For example, assume that syn- 
chronization unit 32 fs commanded to begin playlist 26 
at 1:00 hours (real time). Given the itemDurations 40 
shown in Fig. 2, ideally movie #1 should begin at 1 :00, 
movie #2 should begin 1 hour and 30 minutes after- 
wards, i.e.. at 2:30, movie #3 should begin at 1 hour and 
30 minutes after the start of movie #2. i.e., at 4:00. and 
so on. 45 

Synchronization unit 32 ensures that itemDurations 
specified within playlist 26 are maintained in synchroni- 
zation with the real time schedule as dictated by playlist 
26. As such, whenever admission delay induced item- 
Duration deviations from real time schedule are so 
detected by synchronization unit 32, unit 32 regains 
synchronization with the real tme schedule as directed 
by synchronization parameters 30. 

Hence, for each item in playlist 26 (step 310). the 
following exennplary steps are performed. As each item ss 
from playlist 26 is accessed within disk array subsystem 
12 via scheduler 16 and disk driver 18. admission delay 
synchronization unit 32 detects the associated synchro- 



nization parameters for that item. 

If the flag "isTimeLocked" is True for an item on 
playlist 26 (step 320), the item is played until it expires, 
or until it is time to start the next item if the next item is 
scheduled to begin before the end of the current item 
(step 330). In other words, time synchronization can be 
regained by truncating the play of the current item at the 
time of day at which the next item should be initiated, 
regardless of the fact that admission delays may have 
delayed the initiation of play of the current item and thus 
the current title may not have completely played. If the 
current item expires before the scheduled start time of 
the next item, then synchronization unit 32 waits for the 
scheduled start time of the next item (steps 340. 350). 

Conversely, if IsTimeLocked" is False (step 320), 
then synchronization unit 32 begins playing the current 
item for the play duration (step 360). H at completion of 
current item play the real time is greater than the sched- 
uled start time of the next item and the next item has a 
non-zero "joinlnDuration", then the start time of the next 
item is allowed to slip, i.e., to be advanced, by the lessor 
of either the "joinlnDuration" of the next item or the dif- 
ference between the real time and the start time of the 
next item (steps 390, 395). As such, up to "joinlnDura- 
tion" of the beginning of the next item is "sacrificed" (i.e., 
truncated) to allow the current item to play to comple- 
tion. The next item will begin play at a position equiva- 
lent to the admission delay of the cun-ent item. 

The parameter "playDuration" allows the system 
operator to specify an alternate play duration less than 
the full duration of the item's entry in playlist 26. The 
purpose of including the parameter "playDuration" is to 
allow more time to be allocated than is actually needed 
for an item to play This extra time can then be used to 
absorb any admission delays. This parameter may be 
specified in conjunction with the other two parameters. 

Hence, if none of these parameters are specified, 
or the "joinlnDuration" or "playDuration" parameter val- 
ues were insufficient to fully correct for the admission 
delay, then playlist 26 will "slip" with respect to the time 
of day tfy the accumulation of admission delays as each 
item in playlist 26 Is initiated. System 10 further allows 
that these accumulating delays be addressed by syn- 
chronization parameters associated with a later item in 
playlist 26. 

Rg. 4 is a diagram which illustrates the synchroni- 
zation of items specified by playlist 26 and real time. 
Movie #1 is specified to start at one o'clock (1 :00). How- 
ever, because an admission delay 412, the actual start 
of movie #1 is delayed and hence the expected com^^e- 
tion of movie #1 will extend beyond the time period as 
allocated by itemDuration. 

Since movie #1 has "isTimeLocked" set, an end 
portion 418 of movie #1 will be truncated at 2:30 which 
is the scheduled start time for movie #2. Accordingly, 
synchronization unit 32 is commanded to begin playing 
movie #2 after movie #1 has been truncated. However, 
movie #2 is also subject to an admission delay 422. In 
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this example, since the specified playDuration of movie 
#2 is less than the full itemDuration of movie #2. any 
schedule slip caused by admission delay 422 can be 
rajuced by the difference. 

According to playlist 26, movie #3 Is scheduled to 5 
begin play after movie #2 conrpletes. However, the 
actual start time may be earlier or later than the sched- 
uled start time depending on whether the difference 
between playDuration and itemDuration of movie #3 is 
greater or less than admission delay 432. Although io 
movie #3 is initiated immediately upon the completion of 
movie #2, movie #3 is not timeLocked, has a zero joinln- 
Duration, and has a playDuration identical to its itemDu- 
ration. As such, any schedule deviation at the end of 
movie #2 is accumulated with admission delay 432 of i5 
movie #3 resulting in a schedule slip 431 , i.e., no explicit 
resynchronization occurs. 

Upon the completion of movie #3, movie #4 is initi- 
ated. Note that a schedule slip 441 has already 
occurred. Movie #4 specifies a joinlnDuration. Hence, 20 
any accumulated schedule slip beyond slip 441, up to 
the value of joinlnDuration. will be compensated for at 
this point in time by initiating actual play of movie #4 at 
an offset from its beging defined by a skipped segment 
444. 25 

It is noted that combinations of synchronization 
parameters 30 as described above may be specified for 
a particular item. In this manner, a particular item may 
be truncated at both its beginning and its end. depend- 
ing upon the parameter(s) specified. so 

The system and method as described above for 
synchronizing items specified by a playlist with real time 
advantageously prevents the accumulation of admis- 
sion delays as playlist items are played. The system and 
method further allows the system operator to flexibly 35 
allocate differing truncation techniques for differing 
items, depending upon the importance of the beginning 
and/or end of a particular item. 

Server systems and subsystems incorporating fea- 
tures of the present invention can be implemented 40 
entirely in hardware, or in a combination of hardware 
and software (i.e. program modules stored in memory). 
For example, the admission delay synchronization unit 
and playlist can be implemented entirely in software. 
Suitable media for server software include, for example. 4s 
magnetic media (e.g. disks and tapes), optical media 
(e.g. CD-ROMs), EPROM. DRAMs and SRAMs. In 
addition, software can either be pre-loaded into the 
server system or loaded by the user electronically with 
or without the use of tangible storage media, e.g. by so 
downloading program modules to the user's server from 
ftpAelnet or html sites on the Internet or Worldwide 
Web, respectively. 

Thus, program modules incorporating features of 
the invention can be conveniently distributed by CD- 55 
ROM, for example: or by accessing a Web site. In the 
latter case, the modules are typically loaded temporarily 
from permanent storage into RAM and/or output buffers 



of the Web server: i.e.. these are the media serving to 
store and distribute the program modules of the inven- 
tion whenever a download request is made. After load- 
ing into RAM. the Web server transmits the program 
modules to the user's host. 

Numerous variations and modifications will become 
apparent to those skilled in the art once the above dis- 
closure is fully appreciated. It is intended that the follow- 
ing claims be interpreted to embrace all such variations 
and modifications. It shouW be noted that although spe- 
cific combinations of features are set out in the depend- 
ent claims, combinations of features from the 
dependent claims and those of the independent daims 
other than those specifically enumerated by the daim 
dependencies may be made, as appropriate. 

Claims 

1. A method for synchronizing media streams played 
by a multimedia server system according to a play- 
list associated with said multimedia server system, 
said method comprising the steps of: 

storing a list of playlist items in said playlist. 
said playlist items corresponding to a set of 
said media streams; 

specifying at least one synchronization param- 
eter to be associated with said list of playlist 
items; and 

truncating a current media stream of said set of 
media streams according to said at least one 
synchronization parameter, and causing said 
multimedia server to output said (truncated) 
current media stream. 

2. The method of Claim 1 wherein said truncating step 
truncates said current media stream at a time of 
day for playing a next media stream corresponding 
to a next playlist item in said playlist. 

3. TTie method of Claim 2 further comprising the step 
of accessing a real time dock to determine said 
time of day. 

4. The method of Claim 1 further comprising the step 
of specifying a given time, up to which a next media 
steam, corresponding to a next playltet item In said 
playlist. Is truncated to compensate for an admis- 
sion delay of said current media stream. 

5. The method of Claim 1 wherein said specifying step 
specifies a time from beginning of said current 
media stream at which an end of said current media 
stream is truncated. 

6. The method of Claim 5 wherein said truncating step 
truncates said end of said current media stream at 
a point which corresponds to said at least one syn- 
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chronization parameter. 

7. A multimedia server system comprising: 

a storage system configured to store a plurality s 
of media streams; 

a media system manager configured to control 
access of said plurality of meda streams from 
said storage unit: 

a playtist coupled to said media system man- io 
ager and configured to store a list of playlist 
items corresponding to a set of said plurality of 
media streams to be played at designated 
times; 

synchronization parameters associated with is 
said playlist items, wherein said synchroniza- 
tion parameters specify a manner in which at 
least one of said set of media streams is trun- 
cated to compensate for admission delay(s) of 
said multimedia server system; and 20 
an admission delay synchronization unit cou- 
pled to receive said synchronization parame- 
ters and to truncate said at least one media 
stream according to said synchronization 
parameters. 25 



8. The multimedia server system of Claim 7 further 
comprising a real time clock coupled to said admis- 
sion delay synchronization unit for providing a value 
indicative of real time. 30 

9. The multimedia server system of Claim 7 wherein 
said synchronization parameters include a first 
parameter for specifying that a current media steam 

of said set of media streams be truncated at a time 35 
of day for playing a next media stream correspond- 
ing to a next playtist item in said playlist. 

10. The multimedia server system of Claim 9 wherein 
said synchronization parameters further include a 40 
second parameter for specifying a time at which 
said next media stream is truncated to account for 

an admission delay of said current media stream. 

1 1 . The multimedia server system of Claim 10 wherein 45 
said synchronization parameters further include a 
third parameter for specifying a amount of time into 
said current media stream at which said current 
media stream should end play. 

50 

12. A controller for synchronizing a plurality of media 
streams played according to a playlist associated 
with a multimedia server system, said server sys- 
tem including a storage system configured to store 
said plurality of media streams and a media system 55 
manager configured to control access of said plu- 
rality media streams from said storage unit, wherein 
said playlist includes a list of playlist items corre- 



sponding to a set of said plurality of multimedia 
streams to be played at designated times, said con- 
troller comprising: 

an admission delay synchronization unit con- 
figured to receive synchronization parameters 
associated with said playlist items and config- 
ured to truncate at least one of said set of 
media streams according to said synchroniza- 
tion parameters which specify a manner in 
which said at least one media stream is trun- 
cated to compensate for admission delay(s} of 
said multimedia server system. 

13- The controller of Claim 12 wherein said multimedia 
server system further includes a real time clock 
coipled to said admission delay synchronization 
unit for providing a value indicative of real time. 

14. The controller of Qaim 12 wherein said synchroni- 
zation parameters include a first parameter for 
specifying that a current media stream of said set of 
media streams be truncated at a time of day for 
playing a next media stream corresponding to a 
next playlist item in said playlist. 

15. The controller of Claim 14 wherein said synchroni- 
zation parameters further include a second param- 
eter for specifying a time at which said next media 
stream is truncated to account for an admission 
delay of said current media stream. 

16. The controller of Claim 15 wherein said synchroni- 
zation parameters further include a third parameter 
for specifying an amount of time into said current 
media steam at which said current media stream 
should end play 

17. A conputer-readable medium having computer 
readable code stored therein for synchronizing a 
plurality of media steams played according to a 
playlist associated with a multimedia server sys- 
tem, a storage system configured to store said plu- 
rality of media streams and a media system 
manager configured to control access of said plu- 
rality media streams from said storage unit, the 
playlist including a list of playlist items correspond- 
ing to a set of said plurality of multimedia streams to 
be played at designated times, said computer-read- 
able medium comprising: 

a computer-readable code module configured 
to receive synchronization parameters assod- 
ated with said playlist items and configured to 
truncate at least one of said set of media 
streams according to said synchronization 
parameters, which specify a manner in which 
said at least one media stream is truncated to 
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compensate for admission delay(s) of said mul- 
timedia server system. 

18. The corrputer-readable medium of Claim 17 
wfierein said multimedia server system further s 
includes a real time dock coupled to said admission 
delay synchronization unit for providing a value 
indicative of real time. 

19. The corrputer-readable medium of Claim 17 io 
wherein said synchronization paurameters include a 
first parameter for specifying that a current media 
stream of said set of media streams be truncated at 

a time of day for playing a next media stream corre- 
sponding to a next play list item in said playlist. is 

20. The computer-readable medium of Claim 19 
wherein said synchronization parameters further 
include a secorKl parameter for specifying a time at 
which said next media stream is truncated to 20 
account for an admission delay of said current 
media stream. 

21. The computer-readable medium of Claim 20 
wherein said synchronization parameters further 2S 
include a third parameter for specifying an amount 

of time into said cunent media stream at which said 
current media stream should end play 
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